home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 3319 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  3.6 KB

  1. Path: stern.fokus.gmd.de!news
  2. From: Watson <sayegh@fokus.gmd.de>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: C vs Pascal
  5. Date: Tue, 23 Jan 1996 12:40:25 +0100
  6. Organization: GMD FOKUS - Research Institute for Open Communication Systems
  7. Message-ID: <3104C929.56A0@fokus.gmd.de>
  8. References: <8B87053.0054014A15.uuout@swcbbs.com> <8B8F52F.0054014CDF.uuout@swcbbs.com> <4e0huu$rhn@classic.iinet.com.au>
  9. NNTP-Posting-Host: pollux.fokus.gmd.de
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0b4 (X11; I; SunOS 5.4 sun4m)
  14.  
  15. John A Ng wrote:
  16. > 1.  C is portable.  Many people think C is portable in that it can be
  17. > taken from one platform and compile in another.  That is incorrect since
  18. > very very few programs written in C are fully portable except the
  19. > absurdly small.  C is portable only in the sense that one learning in
  20. > say a MSDOS environment can easily move to another (like UNIX) without
  21. > too  much difficulty.  If you know Turbo Pascal, DOS/Windows is your
  22. > only environment.
  23. C is of course more portable than P, for there is an ANSI standard.
  24. The non portability is caused by the existence of different
  25. standards (Posix, X/Open or whatever). Turbo Pascal is NO
  26. agreed standard. And, in fact, it's easier to depend on
  27. ANSI than on Borland ;-)
  28.  
  29. > 3.  Pascal is for the learner and hobbist.  True but professionals too.
  30. > Standard Pascal can do almost nothing -- which is the reason why pompous
  31. > C programmers sneer at Pascal at being too academic.  Yes, but not for
  32. > Turbo Pascal -- which is vaguely like the original.  It is attractive
  33. > for the learner because Turbo Pascal is lightning fast.  Many
  34. > professional programs are developed in Turbo Pascal!!!
  35. But none of them can be run under Unix/Linux/OS2/VMS. So your programs
  36. will only work with DOS/Windows on an Intel-based PC. That's a big
  37. disadvantage.
  38.  
  39. > 2.  C is more efficient.  Bullshit.  C/C++ with all its standards is
  40. > absurdly inefficient in terms of development time.  C headers compiles
  41. > and compiles again for no apparent reason.  You must employ tricks to
  42. > prevent the recompile.  There are so many inefficiencies that I just
  43. > don't want to comment.  Turbo Pascal, on the other hand, is the most
  44. > efficient compiler on earth.  It makes any C compiler cry!!! -- A
  45. > staggering 20 to 1 ratio!!!  This is because there are no standards for
  46. > Turbo Pascal and Borland is free to optimize the languge and features as
  47. > it sees fit.
  48. Efficiency should not be measured by compiling time. If
  49. you are a professional and the compiler is too slow, buy
  50. a faster machine. But C has some possibilities that Pascal
  51. hasn't, i.e. pointer to functions and variable parameter
  52. lists. Of course you could invent these things for Pascal
  53. too. But not portable.
  54.  
  55. > 5.  C and Pascal are similar.  True, Turbo Pascal could properly be
  56. > called a dialect of C.  However, the latest reincarnation of Turbo
  57. > Pascal (called Delphi) includes many Smalltalk concepts
  58. So why don't you use the superset? Either C++ or Smalltalk?
  59.  
  60. C is designed as a portable macro assembler with intergrated
  61. elements of higher PLs. A programmer could use it for OS
  62. design as well as for user interfaces or whatever. Pascal could
  63. be like this as well, but it did not become a standard.
  64. To avoid the permanent repetition of work, a professional
  65. programmer needs standards. Remember former times: with 
  66. every new OS you needed to redesign _all_ your software.
  67. Today you need to redesign only parts (this is bad as well,
  68. but it becomes less).
  69. -- 
  70. *    Greetinx from Watson (sayegh@fokus.gmd.de)
  71.     http://www.fokus.gmd.de/ovma/employees/sayegh/entry.html
  72.     signal(SIGSEGV,SIG_IGN);
  73.